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viewers, number of seats left, time to expiration and time from last purchase. The 
present invention enables producers and channels to use these pricing mechanisms to 
offer units of inventory on their websites and within chosen channels. In the case of a 
market-based pricing system, the price of the asset changes dynamically as a function 
5 of changes in supply and demand, following a "bid-ask model". The most widely known 
example of this model in use to date is in equity markets, where prices change 
dynamically based on supply and demand for a particular equity. In this model, 
purchasers place a bid to buy an asset at a given price, or place an order to buy the 
asset at the market price in effect at the time. The asset changes hands when an ask 

10 and a bid match. The present invention enables producers and channels to use the 
market-based pricing methodology to offer units of inventory on channel websites. 

Another object of the present invention is to provide the producer with the ability 
to choose where an offering is presented. In the traditional distribution models and in 
more recent Internet intermediary development, the producer generally has to choose a 

1 5 specific channel that is using any given pricing mechanism. Thus the producer is forced 
to place the offering according to the pricing mechanism used by the channel. The 
present invention enables the producer to decouple the choice of the pricing 
mechanism from the choice of the channel; thus providing the producer with an 
additional degree of flexibility and control in his distribution and marketing strategy. The 

20 invention also provides the ability to select specific purchaser segments independently 
from the channel being used. Thus the producer can effectively route an offering of 
oversold inventory to the more valuable purchasers. 

Another object of the present invention is to provide the producer with the ability 
to choose the negotiation rules that control the manner in which the offering is 

25 presented to the purchaser. Again in the traditional models, the choice of a given 
channel was generally associated with a given set of rules that were specific to the 
channels (e.g.; the name of the producer was not visible to the end purchaser, or the 
rules governing the flexibility of the goods and services were specific to the channel). 
The present invention enables the producer to decouple those rules from the choice of 

30 a pricing mechanism and the choice of a given channel. 

Another object of the present invention is to provide producers the ability to offer 
non-price components of value to the purchaser based on specific criteria, at a given 
point in time. Non-price components are any elements of an offering aside from price. 
Non-price components can be broadly grouped into two categories: Terms & 

35 Conditions and Use of Certain Assets. Terms & Conditions may include intangibles 
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such as different configurations of the product (times, classes, etc.), payment terms, 
coupons, upgrades, mileage bonuses, special customer service arrangements, flexible 
change terms, access to privileged information, etc. Use of Certain Assets grants the 
purchaser access to certain assets held by the producer, the channel, or some other 
5 party, and may include some type of insurance, limousine service, departure lounge 
access, access to office space & facilities, gifts of tangible goods, etc. 

Another object of the invention is to combine the above mentioned choices 
(pricing mechanism and algorithm, purchaser segment, choice of channels and choice 
of negotiation rules) into a single, effective decision making mechanism through which 

10 the producer has the ability to change each one of those four components in real time, 
independently and relative to any inventory grouping. The invention can manipulate 
inventory groupings that have any combination of parameters possible, from complex 
combinations based on search criteria (e.g.,; dates, location, timing, etc..) down to the 
level of a single unit of inventory (e.g.; one seat on an given flight). The system 

1 5 provides the producer with interfaces that work as a "control panel" for the inventory he 
chooses to place through the system. This control panel effectively manages the 
automatic connectivity of the system with the producer's legacy systems for yield 
management, inventory management and revenue management. The system is also 
designed to ensure that all the business procedures related to the fulfillment of the 

20 offering (connection to reservation systems, payment systems and other elements) are 
included. 

Another object of the invention is to provide an affiliation mechanism for 
channels that enables a large combination of on-line, fixed and alternative channels to 
be integrated into the system. This object will provide the producers with the greatest 
25 set of alternatives with respect of the choice of channels. 

Another object of the invention is to provide the producer with modeling and 
analysis tools to assist in the compilation of offers. Using data collected from previous 
transactions fulfilled by the system, the invention provides an analysis and modeling 
interface to the producer to evaluate potential outcomes of possible offer combinations. 
30 The invention refers to a method for the creation of a dynamic offering for 

perishable goods and services in an electronic trading system, being said system 
accessible by at least, one producer, one purchaser and one channel. 

Producers include any party that holds perishable goods and services such as 
airlines (airline seats), tour operators (travel tickets), performance companies (theatre 
35 tickets) and cargo operators (cargo space). Channels are intermediaries to whom 
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access has been provided that will route the offers to purchasers and provide fulfillment 
support. Channels of perishable goods and services include travel agents, travel- 
related websites, ticket box offices, and the producers themselves. Distribution can be 
carried out using various means of communication, such as telephone, fax, Internet, 
5 and face-to-face sales. Purchasers include any party who wishes to access the 
dynamic offer(s) directly. 

This method comprises the steps of: 

the producer entering details about individual units of inventory, into an 
Inventory database via a producer interface 
10 the purchaser interacting with the channel via a channel interface and entering 

details of purchaser profile and search criteria, 

the producer electing to analyze historical data concerning the relative 
effectiveness of various combinations of offering elements, and conducting simulations 
that attempt to predict the efficacy of a particular offering, based on said historical data, 
15 and using said simulations, to predict the performance of a particular combination of 
offering elements to use in creating a new offering 

the producer selecting and/or defining elements about offering rules, into an 
Offering Rules database via said producer interface, 

the producer activating/deactivating said offering rules 
20 the producer creating intermediate offers assigning the offering rules contained 

in the Offering Rules database to the inventory contained in the Inventory database, 
which intermediate offers are stored in a Core Engine database, 

a core engine constructing a dynamic offering for said perishable good or 
service based on the intermediate offer contained in the Core Engine database and on 
25 the purchaser profile and search criteria, 

such that the dynamic offering constructed is tailored uniquely to each 
purchaser, and optimizes both the producer and the purchaser situations, creating and 
adding value for both the producer and the purchaser and also to the channel. 
The entry of inventory comprises the steps of: 
30 the producer generating inventory, 

the producer identifying units of inventory to be made available and associating 
each unit to an inventory code, which inventory codes are organized and stored in an 
Inventory Codes Database, 

generating a directory of all inventory that could possibly be offered, 
35 the producer entering inventory details into an Inventory Details database, 
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the inventory codes are associated with said details and stored in the Inventory 
database. 

And, the entry of offering rules comprises the steps of: 

the producer entering a predefined set of inventory group codes, that act as 
5 filters against the Inventory database to select only the units of inventory that meet 
certain criteria, 

the producer entering a predefined set of offering rules, which are organized 
and stored in the Offering Rules database, said offering rules including 





pricing rules, 


ii. 


purchaser segment rules, 


iii. 


channel filtering rules, 


iv. 


negotiation rules 


V. 


offering administration rules 



said offering rules being assigned to individual units of inventory based on 

1 5 predefined offering parameters. 

Said pricing rules determine both a pricing mechanism and a pricing algorithm 
to be used during the offering. Said purchaser segment rules designate characteristics 
of the purchaser segment to which the offering will be targeted. Said channel filtering 
rules determine through which channels the offering will be made available. Said 

20 negotiation rules designate certain non-price elements to be included in the offering, 
including Terms and Conditions and Use of Certain Assets. Said offering administration 
rules determine when an offering will be made available to the channels, for how long 
the offering will last and how often it will be repeated. 

The method of the invention may include the steps of notifying a third party via 

25 the corresponding interfaces of a potential transaction, and facilitating the participation 
of said third party in the offering and closing of the transaction. 

The invention also relates to a system for the creation of said dynamic offering; 
said system includes at least, one producer, one purchaser and one channel, and also 
electronic or physical connections between said parties. 

30 The system further includes a core engine, which constructs a dynamic offering 

for said perishable good or service based on an intermediate offer contained in a Core 
Engine database and on a purchaser profile and search criteria entered by said 
purchaser, such that the dynamic offering constructed is tailored uniquely to each 
purchaser, and optimizes both the producer and the purchaser situations, creating and 

35 adding value for both the producer and the purchaser and also to the channel. 
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The system includes an Inventory database which contains inventory data 
entered by the producer and an Offering Rules database, which contains offering rules 
entered by the producer. 

Preferably, the offering rules include inventory group codes, pricing codes, 
5 purchaser segment rules, channel filtering rules, negotiation rules and offering 
administration rules. 

The system may preferably include third parties with corresponding interfaces. 

The system may preferably include access for third parties with the 
corresponding interfaces; said third parties include any party who wishes to offer 
10 elements that are available at the time of construction of the offer. Said third parties 
may wish to access the Core Engine directly through a specific Automatic 
Programmable Interface. 

Via the corresponding interfaces the third party is notified of a potential 
transaction, enabling participation in the offering and the dosing of the transaction. 
15 Third parties may also include enabling systems such as payment facilitators, 
reservations systems, logistics companies and credit card companies. 



For purposes of clarification, a glossary of the terms used throughout the 
disclosure of the invention is provided hereby: 



Associated 
Inventory 


Inventory that can be combined with a specific unit of inventory, 
such as return flights. 


Cash Yield 


Net cash proceeds to a Producer of a commercial exchange with 
a Purchaser. 


Channel 


Distribution means that acts as an intermediary between the 
Purchase and the capXnow database. 


Channel Filtering 
Rules 


Rules defined by the Producer that govern specific Channels to 
which the Offering will be made available. 


Core Engine 


Information-processing center of the invention that develops and 
delivers Dynamic Offerings based on Offering Rules, available 
Inventory, Purchaser Search Criteria and Purchaser Profile 
information. 


Core Engine 
Database 


Database that stores Offerings that have been created by 
Producers for use at a future time. 
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Dynamic Offering 


A unique combination of Offering Elements delivered to a 
Pi imhooor thrni inh a Ph^innpl Intprfflpp «5aid combination beino 
based on specific Offering Rules applied to Inventory Group 
PnHpQ anri hpinn furthpr filtered bv Purchaser Search Criteria 
and Purchaser Profile information. 


Dynannic Pricing 


Method of pricing a good or service during an Offering, whereby 

tho nrir'^ r'hannp^ with timp 

LI iC Ul lOO wl tCtI IMCO VVILI 1 LIlilG. 


tnaDiing oyoitjiTio 


Third Partip*; whn nartirinatp in an Offerlna bv Drovidino services 
that facilitate or optimize the transaction, such as credit card 
rnmnanip«5 rp«5prvations svstems and loaistics comDanies. 


Excess Inventory 


Inventory whose supply exceeds demand. 


tlxpiraiion 


Thp cinprifir nnint in time when a Perishable Good or Service 
hpromp<5 worthless such as departure of an aircraft. 


Interface 


A two-way electronic presentation of information between a user 
^<;iirh a<> a Purchaser Channel or Producer) and a database. 


Inventory 


Units of capacity generated by the Producer. 


inveniory uoaes 


pnHoc thai rpfpr tn <5nprifir tvnp of inventorv such as fliaht 
numbers. 


invenxory uaia 


Rata <itnrpH in thp Invpntorv Database that is soecific to a unit of 
Inventory, such as flight number and type of aircraft. 


Inventory 
uaiauase 


Database of Inventory Codes plus Inventor^^ Details. 


Inventory Details 


Catalog of Static Inventory Data that is stored in the Inventory 
nofoiie risafahaQp cinH ^^iddf^d tn thp Invpntorv Codes to Drovide 
the Purchaser with complete details on a unit of inventory. 


inveniory oroup 
Codes 


pnHpc that Hp<iinnatp a «;npnfir aaareoation of Inventorv. based 

\./UUC^o It ICiL UCoiyi laic CI o|JC\«fiiio cjyy I ^yc4ii*-'i 1 ii i v wi ii-vi jf , K-r^jiwx^ 

on certain rules that are defined by the Producer. 


inventory 
Grouping 


A cnonifir^ annrpnatinn nf invpntorv h?59pd on certain rules that 

r\ oUcOiiiu dyyi cyciLiUi 1 vji ii ivo il^ji y, uaocxj owiicmi lui^xj^ 

are defined by the Producer. 


Modeling 


Mathematical simulation of probable future outcomes based on 
assumptions and historical data. 


Negotiation Rules 


A set of Producer-defined rules that govern the integration of 
non-price elements into the offering, such as Terms & 
Conditions and Use of Certain Assets. 
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Non-Price 
Components 


Any elements of an Offering aside from price, such as Terms & 
Conditions and Use of Certain Assets. 


unenng 


A /^rkmhinofinn nf Offor PlomontQ that IQ Qtor^H in thp (^nrP 

Engine Database, said combination being defined by the 
Producer in anticipation of activation and acceptance by the 

r Urcridbcl Vld a OcaiOll WUciy. 


Offering 

Administration 

Rules 


A specific set of rules, defined by the Producer, that will govern 
when the offering is held, how long it will last, and how often it 
will be repeated. 


UTTering tiemenis 


1 nHK/iHi lol r^omnnnontc that nri\/orn thA nar^imptprQ hv whlPh 
inulVIOUcal oOiTipUi idlLo UlciL yuvcl 1 1 Lilt; jJal ell 1 idc^l o uy wi iioi i an 

offering will be made, such as Pricing Mechanism, Purchaser 
Profile, Negotiation Rules, Channel Filtering Rules, and specific 
inveniory lo oe maue avdiiciuic. 


Offering Rules 


A specific set of rules, defined by the Producer, that will govern 

\A/hat !n\/nntr\r\/ \m\\\ ho offortaH tn whnm thrnnnh w/hir'h C^h^innpl at 

WIldL IllVOllluiy will UC? UIICICU WJ Wl tWI 1 1 LIIIVJU^II VVIIIV^Il wl tOI 11 Id CtL 

what time and at what price, using what Terms & Conditions. 


Database 


natahsQp nf all Offprinn RijIp<s p<>tahli<^hprl bv thp Producer for 
use in an Offering at a future time. 


uversoiu 
Inventory 


In\/Qntr*r*\/ \A/h/^oo HpmonH oyt'ppHc ci innl\/ 
lllVciiLUiy WilUoc UcllldllU tSAUccUo oU{J|Jiy. 


nensnauie ooous 
and Services 


OUUUo dllU OclVILrCo WllUoc VcilUC uii I iiiiioi ico vviLii iiiitc;, 

eventually becoming worthless upon Expiration. 


Placement 


Commercial act of transferring ownership or access to goods & 

cQr\/ir*oc from a Prr\Hi ir'or ir\ Pi irr'haQPr 


Pricing Algorithm 


Formula developed by the Producer that contains specific 
parameters and variables that will determine the behavior of a 
Pricing Mechanism during an Offering. 


Pricing 
Mechanism 


Means by which the price associated with an Offering is 
presenieQ in reai-iime lo ine rurcnaser inrougn ine onannei 
mieriace, saiQ means eiiner aeLcriTiiriiiig iiifc? piiuc ui diiuwiiiy 
the market or the Producer to determine the price, for example 
Dutrh Auction Bid-Ask or Fixed Pricina 


Producer 


Provider of Perishable Goods or Services 


Purchaser 


Channel end-user who conducts a Search Query against the 
Core Engine database via the Channel Interface. 
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Pi irr*hacor Profilp» 
rUIOlicloc?! rHJMlc 


^pf nf Pi irrh3<;pr-c;nprifir data nroviried hv the Channel or bv 
the Purchaser, which is used by the Core Engine to devise a 
Dynamic Offering based on rules set forth in the Purchaser 


Purchaser 


Rules defined by the Producer that govern to whom the Offering 

\A/ill h*a moHea nr that mnHifv/ thp Offprinn ha^pH nn Piirrha^pr- 

specific data contained in the Purchaser Profile. 


Search Criteria 


Values entered by the Purchaser through the Channel Interface 
to perform a Search Query. 


Search Query 


Information processing request containing Search Criteria that is 

/^/^nrli i/^-I-qH K\/ o Di I rr'ho car throi inh tho Ohnnnpl Infprfar'P \A/ith 
COnuUClSU uy a rUrLrlldibci LrirULiyil LiIU orioilllc;l nilcllaoc;, Willi 

thp intpnt nf filtprinn thp Hataha<ip of availablp inventorv and 
producing a result that meets requirements set forth in Search 
nritpria 

f L^l Ida 


Sold Inventory 


Inventory whose supply approximately equals demand. 


Terms and 

VjrUnUILIUl lb 


Non-price elements of an offering that specify rules of use and 

mnHifinatinn anrl nrant thp PiirfhaQPr pprtain rinht^ and nntinn^ 

1 I lUUII lOClLlUI 1 ClI lU Ul Cll 11 Li I^UI Oi IdOd l^d Lclil 1 1 1^1 ILO Cll l\J \J\JH\Ji lO. 


Third Parties 


Any party who wishes to offer Elements that are available at the 

fimo nf nnnctri mtinn nf an Offprinn PVPPnt thp f^hannpl anH thP 

UillC Ul UUI ibU ULrUUl 1 Ul Cll I V^lldlll^j CA*-fC|JL 11 IC V^i lai II Id Ol lU ll 

PrnHi inpr 


Total Yield 


Cash Yield plus the net present value of all potential future 
transactions with a specific Purchaser. 


UilbUlU IIIVcIILUiy 


ln\/ontnr\/ that haQ nnt vpt Kppn nlar^prl 
II ivc^i iLui y ii iciL 1 icio 1 y wL uc^c^t i 


Use of Certain 
Asseis 


Rights granted by the Producer to the Purchaser to access 

r*^rtoin accotc holri h\/ tho PrnHimor caiH rInhtQ hpinn nr^^ntpH in 
OeiLcilil dbbt^lb I1t;lU uy lilc riUUUucI, bdiU ItkjilLo UclilLj yiciiiLCU ill 

conjunction with acceptance by the Purchaser of the Offering. 


Yield 

MpnonPITIPnt 

IVICll ICImvI 1 1^1 IL 


The science of optimizing return from future inventory based on 
nrniprtinn<5 and imndplinn usinn hi*5tnrical data 


Yield Tracking 
Tool 


Any device that attempts to track the historical performance of 
inventory placement, such as an EXCEL spreadsheet or a Yield 
Management System. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates an overall view of the system of the present invention, key 
parties involved and relationships amongst the key parties. 
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Figure 2 shows the end-to-end inventory placement process. 

Figure 3 is a diagram block that depicts the entry of inventory data process in 

detail. 

Figure 4 is a diagram block that depicts the entry of the offering rules process in 

detail. 

Figure 5 is a diagram block that depicts the creation of an intermediate offering 
using offering rules and inventory group codes. 

Figure 6 is a diagram block showing a synthesis of the method of the invention. 
DETAILED DESCRIPTION OF THE INVENTION 

Figure 1 shows the general structure of the system for the creation of a dynamic 
offering 10 for perishable goods and services in an electronic trading system according 
to the present invention, showing key parties involved and relationships amongst the 
key parties. Said system is accessible by at least, one producer 20 of perishable goods 
and services, one purchaser 30 and one channel 40. The system includes 
electronic/physical connections between all parties. 

The system may also include access for third parties 80 with the corresponding 
interfaces; third parties may also include enabling systems 90 such as payment 
facilitators, reservations systems, logistics companies and credit card companies. 
The method for the creation of a dynamic offering 10 works as follows: 
Producers 20 load inventory into the Core Engine 100 via a producer interface 21, 
such as a web-based interface or en masse via electronic communication links that are 
specific to the type of producer hooked up to the system. The producer interface 
collects the following information from producers, partly through a web-based ASP 
interface, partly through direct connections with the producer's legacy sites: 

a. Inventory codes that will be made available to channels 40, which will be 
tracked to the Inventory Details database 54 to provide full details on each 
unit of inventory (i.e.; flight departure and arrival times, city pairs, etc.) 

b. Pricing and offering information, such as what the initial offering price will be, 
what the parameters governing the price movement and what the final price 
will be as well as when the offerings will take place, (i.e.; Dutch Auction 
starting at $700 and declining to $200 at the linear rate of $300 per hour, 
available Wednesday night at 8pm GST). 

c. Associated inventory and rules, such as what other value-added goods or 
services will be made available with this inventory (i.e.; all return flights from 
the destination on these dates with a Saturday night stay, maximum stay of 
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thirty days, and minimum stay of two days). 

d. Negotiation Rules, such as change privileges, display of producer 
information on the channel website, and various exchange and trading 
capabilities that will be granted to purchasers as pari: of the offering, (i.e.; 

5 offer free exchanges for a different flight on the same route). 

e. Filtering rules that will dictate to whom will the inventory be made available, 
such as through which channels and to which target purchaser segments 
(i.e.; through all online travel agents and to all frequent flier members). 

The Core Engine 100 contains databases and rules that will collect and store 
1 0 inventory information and dynamically formulate offers based on: 

i. Supply conditions (i.e.; there are many seats to Frankfurt) 

ii. The timing (i.e.; seats may be offered first on a travel web site and any 
remaining seats may be auctioned at the website of the producer) 

iii. The nature of the channel (i.e.; Travelocity may get a different offering than 
1 5 eBookers) 

iv. The buying history of the purchaser (i.e.; frequent flier) 

V. Preferences of the purchaser (i.e.; prefers a limousine at the airport) 

vi. Filtering of third party information for privacy protection purposes 

vii. Aggregation and integration of third party offers into the offering (i.e.; 
20 electronic coupons, producer rebates to the channel or to the purchaser). 

viii. Verification and validation of purchaser-specific profile and transaction data 
(i.e.; this purchaser is in fact a Gold member) 

As shown in figure 2, once the Core Engine has constructed the dynamic 
offering, the other parties included in the system place the offering and provide 
25 fulfillment if the purchaser accepts said offering. 

Figure 2 shows the end-to-end inventory placement process: 
Box 111 involves the entry of inventory data (as further illustrated in figure 3), 
such as: flight numbers or similar product codes, dates, auction data, price data and 
association data, so that this unit may be linked with other units. 
30 Box 112 involves the entry of offering data (as further illustrated in figure 4), 

such as: non-price elements that may be combined with the unit of inventory to create 
a dynamic offering, and offering and negotiation rules that will determine which 
purchasers get what combination of offering elements at what time through which 
channel, and filtering rules that will determine the channels to v/hich the inventory will 
35 be offered. 
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Box 113 involves the on-line construction of an offering by the Core Engine 
using rules input by the producer and offering elements made available. Actual offering 
will depend on the following: buying history and preferences of the purchaser, supply 
conditions, non-price offering elements made available by the producer or the channel, 

5 the channel used by the purchaser, associations made by the producer to other units of 
inventory, the number of other purchasers of the inventory and the timing of those 
purchases, time and date and third-party offering elements that are available at the 
time of construction of the offering. 

Box 114 involves the purchasing process, which is conducted by the channel 

1 0 and includes selection of the offering and transmission of payment information. 

Box 115 involves the fulfillment of the offering, which is also conducted by the 
channel and includes reservation and delivery of the product being purchased. 

Figure 3 is a diagram that depicts the inventory data entry process in detail, 
which is basically as follows: 

15 As shown in box 120, the producer manages the allocation and creation of 

inventory, using a yield tracking told such as historical yield data or a more 
sophisticated yield tracking tool such as a spreadsheet (such as Microsoft™ EXCEL), a 
relational database (such as Microsoft™ ACCESS), or a complex inventory 
management system such as a Yield Management System, the latter of which is based 

20 on complex statistical models; these models attempt to predict the amount of inventory 
needed based on historical sales. 

Since the outcome of both informal formulations and statistical models is merely 
a prediction, there will be variances between predicted inventory needed and actual 
inventory required. As the expiration date of the unit of inventory approaches, the 

25 probability of placing all inventory becomes possible to estimate (box 121). Using this 
probability, the producer can identify "excess" inventory and "oversold" inventory (box 
122). Units of inventory are identified using inventory codes (i.e.; flight numbers), which 
are organized and stored in the Inventory Codes Database 53. 

The inventory codes are loaded into the Inventory Codes Database via 

30 communication means 75, for example a manual web interface or an electronic 
message. The manual web interface permits the producer to enter inventory manually 
via a password-protected website. In most cases, the inventory availability will be 
communicated en masse via electronic message; this method requires electronic links 
between the producer's inventory management systems and the Core Engine. 

35 As shown in box 123, a directory of all inventory that could possibly be offered 
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is generated. The producer enters inventory details into the Inventory Details database 
54, which is a reference database; these details (e.g.; flight origination and destination, 
times, etc.) are generally fixed. In this way, the inventory codes are augmented (see 
box 124) with associated fixed data and are stored in the Inventory Database 51. 

Figure 4 is a diagram block that depicts the entry of the oflering rules process in 
detail, which is basically as follows: 

a) The producer may elect to analyze historical data concerning the relative 
effectiveness of various combinations of offering elements. In addition to 
historical analysis (box 130), the producer may elect to conduct simulations or 
models that attempt to predict the efficacy of a particular offering, based on 
information contained in the system already. Using these advanced analytical 
methods, the producer can predict to a certain extent the performance of a 
particular combination of offering elements for use in creating a new offer. 

b) The producer enters or selects a predefined set of offering rules that will govern 
the elements and values that will be made available to a specific purchaser 
segment in a dynamic offering. Such rules formulate the offering based on: 

i. The actual units of inventory requested 

ii. The timing of the offering 

iii. The buying patterns of the purchaser 

iv. The preferences of the purchaser 

V. Offering elements available at the time from third parties 

vi. Pricing and auction parameters (pricing rules 63) 

vii. Channel filtering rules 65 

viii. Purchaser segment rules 64 

ix. Association of inventory units 
X. Negotiation rules 66 

xi. Offering administration rules 67 

The offering rules entered by the producer are grouped (box 131) and stored in 
the Offering Rules Database 61. 

Figure 5 is a diagram block that depicts the creation of an intermediate offer 
using offering rules and inventory group codes 62. The producer will use an offer 
management "control panel" to formulate various combinations of inventory group 
codes 62 and offering rules, which are selected from the Offering Rules database 61. 
Within these rules, the inventory group codes act as filters against the universe of all 
available inventory to select only the units of inventory that fit the criteria specified. This 
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inventory is then combined with the offering rules to create a unique internnediate offer 
that is then loaded into the Core Engine database 101 for use at a future time. 

Figure 6 is a diagram block showing a synthesis of the method of the invention. 
The purchaser 30 accesses the channel interface, i.e. a channel website 41 , to which 
5 access has been provided. Through the system, search criteria 31 and purchaser 
profile 32 information are used to define the actual offerings that are made on behalf of 
the producer 20 to the purchaser 30. Based on the specific criteria in effect at the time, 
the Core Engine 100 constructs a dynamic offering 10 based on rules set in the 
Offering Rules database 61 and the details of individual units of inventory stored in the 
10 Inventory Database 51, which have been associated and stored in the Core Engine 
Database 101. Said dynamic offering is made available to the purchaser via said 
channel website 41. Should the purchaser accept the offer, the channel 40, third 
parties 80 and/or enabling systems 90 conduct the sale, including payment and 
fulfillment. 



